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Description 

[0001] This invention relates to a dasa loading 
model far an object orientated programming, language. 

BACKGROUND 

[0002] The size and price of memory chips has 
decreased deadly since the advent of computers and 
as a consequence the storage capacity on a machine 
has increased considerably over time. Ten years ago 
64k bytes of RAM was the norm, now it is 64M bytes 
and m the next ten years H wH posstxy be 84Q bytes. 
This Increase In RAM memory storage on a computer 
has been foflowed i not lead by an increase on the 
demands on storage by larger memory intensive soft- 
ware applications. One solution Mroduced by some 
operating systems to reduce the RAM nwrnoryrequfred 
ietousedynamkjBnWrigofdaBSllxan^t^istoonly 

load Bbrarles of classes whan they are needed by en 
application. Thta allows the available RAM to be used 
more efficiently. One problem with loading whole setsof 
classes is that more dosses are leaded than areactu- 
aBy used and time is wasted loading the unused 



[00031 rjynanteioadtoigofiridKMjald 
ofa Java enabled emlnwin^wherebyaar^ 
tionorappletisdynarnk^sertiromservwtoc«enton 

request The applet comprises a number of Java 
classes needed tar the execution of the applet and a set 
of classes may be loaded In a container csled a Jar or 
an IndMdual class may be loaded In tNewaythe Java 
environment is saves memory by only loading the 
classes I nseds to run the i application or applet Time is 
also saved as only the classes that are needed are 
loaded. However, speed of operation of the Java envi- 
ronment is crrBcal and a major drawback of using the 
Java language. 

SUMMARY OF THE INVENTION 

[0004] According to one aspect of the Invention 
there is provided a method of processing • class fOe on 
a computer system comprising: kleiUlrying independent 
parts within the class; creafing separate cornponentsfor 
each separable part of the class: and storing the oom- 
ponents so that each component of the class ta irioTvid- 
uafyidentffiabie and accessible. 
[0005] hi this way the granularity of loading is 
increased within the classes with only the components 
needed within the ctass being loaded and used. This 
leads to an increased speed of operation and a reduc- 
tion in the memory needed. 

[0006] The separable pans of the ctass identified 
are the ctass meta data part and the methods part 
Ahtough the OassFle is a serialised sequence of byte 
code, the meta data part and method byte code parts 
are contiguous and not combined allowing separation 



and extraction from the CtassFIle. 
[0007] in the case where a method requires other 
methods in the ctass for its operation the meta data 
component contains information indicating which meth- 
s ode are dependent and should loaded together. This 
alows the method loader to be more efficient in the 
loads* of the individual methods whereas, if each 
method was loaded only when referenced, the speed of 
operation of the system would be reduced. 
10 [0008] According to another aspect of the invention 
there is provided a method Implementing an object ori- 
anted program language on a computer comprising: 
Horrifying a ctass which Is not within the program 
domain; and Introdudngto the program domain only the 
ia rnWn»imconponenlsc< the dass which ars necessary 
for wsnrnen ci ng proces si ng of the class. The program 
domain is the environment in which the program runs 
and In this ernbocQment I is a Java Virtual Machine 
•JVM". The object oriented language is ths Java pro- 
se oramming language which is loaded into the JVM as 
and is processed by Interpreting the bytes 



[0009] Advantageously the method further com- 
prises identifying a separable meta data cornponent 
as and separable method components of the class and 
irtrodudng the meta ctatacwrponent and o^ min- 
imum number of method components to the program 
domain. The meta data cornponent may itself be sepa- 
rated into further component s to further increase the 
30 level of granularity. 

[0010] Furthermore the method further comprising 
setting a ftoU in the program domain to inolcate that 
method byte cods for thrt method has not been down- 
loaded to fhecflsntThta field poe^ 
33 lc«^ trie conpeoert of melhodovto code. 

moil] Classes am packaged into dassFfles for 
distribution and contain components of execution code 
called methods that may or may not be used during the 
execution of a program. Due to the over supply of meth- 
40 odssucndasse«arebinVyinterrmc«bytocode;irtisiB 
a major factor In the transfer fate from the server to the 
csent Due to the number of applet transfers that take 
place over the Internet at present end the expanding 
number of Java appBcations envisaged in the Mure it 
43 would be desirable to reduce the transfer time for Java 
application and applets. 

[0012] Use of skeletal Java etassesis known in the 
design of remote a pplication s. However this skeletal 
ctass contains only basic metadata Inducing visual 
so iriformation and other data needed tor designing an 
applet No method data is heluded In thte skeletal ctass 
as the skeletal ctass is not intended to be executed. 
[0013] The class metadata comprises a ctass 
description component a method table and a constant 

SB pool. 

[0014] Despite Java's compact representation, the 
classes distributed are often numerous and large. Much 
of the bulk of a class is made up of the methods them- 
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selves. Often, many of the methods downloaded are 
newer used on any given occasion. This invention pro- 
per the aTstrtxiticxirf dass oata at a m 
Oranutemy This results tn the following scenario: 

1) A dent program requires the use of a remote 



2 ) A skeleton definition of the dassis sent to the dJ- 
«*, State metadata and constant pool inlbr mau bii 
•jcwnloaded at this point together with any 
method identified ae always needing to be down- 



^W"" « method is actually relereiiced. lazy veri- 
fication also Diggers the aowhloadfng of triat sao- 
ment of the class fie. Only those methods actually 
referenced are transferred. 
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^"L. ^•^^^«ny«n«ohmeWlowlnols 
«cWeye* reduced network stress a* a result of the 
reduced data flows; reduced base memory require- 
merits of the Java application improved client periorm- 
ancejas a reeuit of the above; and Improved client 
performance as a result of a more Incremental down- 
load. 

I0W61 "The Java class loader is modified so that 

iS^StSiL^^^^ mrtBdal " * Un- 
loaded Hasty. The existing method reference opcode 
are mooJfled so that the method code Is c^vniaSa 

^^^^^^^^^^^^^ 
W^torn^^ prto^ dbwrtoaded by 

f^Z^SS^ s^^ert references are resolved 
using the existing mechanisms. 
WO"] The application proposes that the classes 
should be loaded without their methoda The methods 
represent most of the bulk of the class and are often 
never referenced. 

10018] The lazy verification is extended to caust 
tneotowiiloaaTrig of Wlvldu^ 

SflCflrf. 



so 



28 



WOfOJ Components of the one wmcfi are no 
longer used by the application may be discarded to free 
up the memory space, this is slmTar to c^utsage collec- 
tion of unused classes but on a finer granular scale. One 
extreme way to discard unused components would be 
to discard al the methods not active on the Java stack 
if the individual components were needed later thev 
could be reloaded with ease. ^ 

DESCRIPTION OF THE FIGURES 
[0020] 

Figure 1 is a representation of the transformation of 
a Java application after Java cornptation and after 
processing by a method of the embodimerrt; 



Figure 2 la a representation of the retaficrohb 
between the byte code of the class sent over the 
"J^wH, the class as it exists in the client after load- 
ing from the server and class as it exists on the 

TSJITjL??" 8 ^ ^ 'oaflng a dass ffle or 
a skeletal class fie; 

Figure 4 shows the process of load ng a method tar 
Werpretetton used by the present frweJon™ 

P«1] Fu«enlngtoFIgun»iiheratorepieseriteda 

1 °.«*n sourceSei 
typewritten using an edhw arid then c«npfledi^ 

■*»■■■"■* as xdass 1 2 and 
2£»» <i 4 1. The classes are self contained 
Pwcae^ofp^ogwooctaoonvf^ 
^^f^^ Due to*, naeureo,,,,.^ 
tore., dass may be copied and trarislerred only «. « 
'2^t^ c *!^^ «PPled to the 

f£Z^J?Jl£LZ. b ' a * kdc ** *• *** contained struc- 

Into (ndMduaffy accessible components of a ctess. 
JSlSSr? m 51S! 8d ^""^ Individ, 
dass ISftS^SS^ ** the 
ftunsri *Hi!Lr m8toda,a ««Ponent 16 

SnTmlhnXL ^J?*!L m6mod componenia 

Sc 2?55 21i m 2: me,nod 188 ^*man»sthod 
180 f* 6 - Tftf cflgfnaJ CtessFIe is also stored so theft* 

ff 01 «« * sepaiabJe. In this ertxrfmerd 

daL^S^Jf^ aremTn^S 

£e? tils^^X?" ,hdM * ial ™*hods. HOwL 
everit is feasUe that other separable parte of the dass 

40 aoc^^L^t ^ fermed **> '"^vtdualy 
^"•ShVl , S n< * « could group some 

"«nng cuss loading the client receives the linear 
ZZZSZlZZ** 20 and reconstructs dZ? 
^ e J ?^^^^ te ^towhatisseeninr^ 
ue 2 showing the dass metadata and methods. From 

dS^^^^^^ am ^ te bte28.The 
^^fnods are represented by the byte code for 
method 1 andmethodZ Thediflererwbe^typfcS 
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class loading and the class loading of the embodiment 
is that the byte code tor al the methods i8 nd necessar- 
ily loaded. In Rgire 2 the byte code of mettiod 2 is not 
loaded and the method 2 pointer In the method table 
poMs to a method invoker 2& $ 
[0024] The class description component comprises 
linte lor the constant pool and the method table. The 
constant pool defines constants used by the das*. The 
method table comprises the names off the methods 
used by the class and 6nks to the methods or method 10 
invokere for that method. A method invoksr is a routine 
for dealing with a type off method, for instance a byte 
code method would have a method invoker tor starting 
the JVM Interpreting the byte code method A compiled 
method would have a JIT method invoker to execute the is 
compiled coda A method that was not initially loaded as 
part off the minimum class requirement would have a 
method table pointer to a method loacfng invoker rou- 
tine. When the method Is needed, a lookup on the 
method table would lead to a method loader can to load so 
the method The present embedment usee a toad 
method invoksr (modified class loader) to retrieve the 
method component tutf has not been loaded onto the 
ctient The modeled dass loader can then search for the 
location off tfis method component In a method oompo* 28 
nentctirectory or. as indpated in figure 2, find the loca- 
tion in the method invoksr itself. 
[0025] When an applet is downloaded from a server 
to the cfient by the mocfified class loader the process Is 
aa follows (see Figure 3). WtiaRy a user or another so 
application wtt Instigate the doMrntoadtog off an applet 
the applet wl comprise a number of dassee and the 
modified dase loader wil be asked to loari xxtass (step 
1). Instead erf downloading the xLctaG* in its entirety, the 
nx)dified class loader assumes that the class has been 38 
componentfised by the post compilation process and 
alie n ill s to download the xmeta component off the 
class (step 102) . If this is not successful the modified 
class loader then loads the x.dase in Its entirety fust as 
a typical class loader (step 104). tf this Is successful the 40 
xmeta component 16 Is loaded into the client and the 
description component 22, constant pod 24, method 
table 26 and invoker components 28 set ip (step 109} 
as in Figure 2. The moc&ied class loader tien sets the 
non-loaded method pointers in the method table to point 48 
at a method loader invoksr 26 so that a non-loaded 
method is loaded immediately It Is referenced This Is 
the quick method load and is normally instigated by an 
instruction wtteh references a dase method Referring 
now to Figure 4, a Yion-quick* method load operates as so 

10026] A Java applet is being interpreted by the 
JVM and an Instruction references a class method (step 
201). This method is looked up in the method table d 
the class (step 20?), the class fie or at least the class ss 
metadata having already been downloaded from the 
server. The method table identifies the method loader 
routine is to be used (step 203). The method loader rou- 



tine looks up the location d the method component from 
the class description (step 204) and downloads the 
component from the server to the dent (step 205). Next 
the method component goes through tie normal verifi- 
cation process as it would have done if the class fie had 
been loaded in Ma entirety (step 206). The method 
invoker can new be set to point at the location of the 
byte code method in the client rather than the method 
loader routine (step 207). The method byte code is wrtt- 
ten to the location pointed at by the Invoksr (step 208). 
Next time the method is referen ced tfie JVM w9 know 
that a quick method load can be made. The method 
load next ro-executee the invoke method routine and the 
JVM interprets the method as per normal (step 209). 
10027] In summary there is deecrtoed a method 
relating to the toadng d Java ClassFlee on to a Java 
Virtual Machine. On a regular JVM OassFles are 
loaded as and when required In this specification there 
is described a method d implementing an object ori- 
ented program language such as Java on a computer. 
The method comprises identifying a dass, one d the 
basic buikfing docks dthe language, which to nd within 
the program domain, that to nd loaded into the Java Vir- 
tual Machine. Next ft introc^^ 
only the minimum components d the dase which are 
necessary tor commencing processing d the class. The 
dass may comprise several blocks ddata representing 
the methods d the class, since the class may only have 
been identified because one d the methods within the 
class was referenced then only the block ddata repre- 
senting this method is loaded kilo the Java Virtual 
Machine along with the other essential components d 
the class. Other blocks d data representing methods 
can be loaded as and when required by the program- 
ming domain. Redundant method components may be 
removed from the program domain to save memory. 

Claims 

1. A method d processing a dass ffle on a compu- 
ter system comprising: 

identifying independent parts within the dase; 
creating separata components for each sepa- 
rable part dthe dass; and 
storing the components so that each compo- 
nent d the dase ie indhriduafly identifiable and 
eocossfela* 

2. A method as daimed in claim 1 wherein the Inde- 
pendent parts d the class Identified are the dass 
metadata and the methods. 

& A method aa claimed in claim 1 or 2 wherein the 
metadata component contains information defeat- 
ing which methode are dependent and should 
loaded together. 
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4» A method as claimed in claim 1, 2 or 3 wherein 
the processing is performed on Java byte code 
ClassRa 

5. A method implementing an object oriented pro- s 
gram language on a computer comprising: 

identifying a class which is not within the pro- 
gran domain; and 

introducing to the program domain only the 10 
minimum components of the class which are 
neces sary far commencing processing of the 
class* 

6. A method as claimed in claim 5 further conpris- ib 
ing identifying a separable meta data component 
and separable method components of the class 
and introducing the metadata component and only 
the minimum number of method components to the 
program domain 20 

7. A method as claimed in claim 5 or 6 further com- 
prising setting a field In the program domain to indi- 
cate that method byte code far that method has not 
been downloaded to the client 26 

& A method as claimed in claim 7 wherein the field 
PoWsat a mechanism far loading the component of 
method bytscodei 

30 

means for creating separate components far 
each separable part of the class; and 

means tor storing the components so that each 
component of the class is individually Uentifia- 35 
He and assesses. 

1& A computer program product, stored on a com- 
puter readable storage medium, tor executing com- 
puter program instructtore to carry out the ^epi of 40 
a method as claimed in claim 1. 
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